home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000089_timbl _Wed May 20 13:38:20 1992.msg < prev    next >
Internet Message Format  |  1994-01-24  |  6KB
  1. Return-Path: <timbl>
  2. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA07560; Wed, 20 May 92 13:38:20 GMT+0200
  4. Date: Wed, 20 May 92 13:38:20 GMT+0200
  5. From: timbl (Tim Berners-Lee)
  6. Message-Id: <9205201138.AA07560@ nxoc01.cern.ch >
  7. Received: by NeXT Mailer (1.62)
  8. To: Rama Porrat <rama@noa.huji.ac.il>
  9. Subject: Line mdeo browser Q & A
  10. Cc: www-talk@nxoc01.cern.ch
  11.  
  12. Rama Porrat <rama@noa.huji.ac.il> writes,
  13.  
  14. > I am trying to write a help online manual using www. I think www can be very
  15. > useful and the stuff I deal with really needs such a system.
  16. > BUT there are things which must be corrected in order that www will be
  17. > usable, and I am writing in the hope that you can correct the www
  18. > or tell me if those things can be corrected soon.
  19.  
  20. > The most annoying thing is the appearance of a "listing" file
  21. > on screen when displayed by www.  The fact that pages
  22. > are displayed "backward", that is, you repeat portions of the
  23. > file alsready displayed when you come to the last page of a file,
  24. > is unacceptable. It makes a mess out of the display.
  25. > The way a listing file is displayed should adhere to what's in the
  26. > file, without any "going back". This is essential.
  27.  
  28. We haven't noticed this!  By "listing" file, do you mean a plain text
  29. file, or part of a marked-up file which uses the <listing> tag?
  30. What you describe seems very strange.  Please give me a reference to the file
  31. if it on a server, or else mail it to me. Thanks.
  32.  
  33. > The way the word [end] is displayed at the end of a screen is not nice.
  34. > It is too close to the last line and in the "middle" of the line.
  35. > The www writer should have the option not to display this [end]
  36. > at all, or otherwise put it in a lower and to the side of the
  37. > screen.
  38.  
  39. This is question of taste. It is easy to recompile the browser (just GridText.c)  
  40. with the option to define the macro END_MARK as "".  You can do that locally. The  
  41. [end] mark was put in to stop people trying to scroll past the end of the file,  
  42. having to press RETURN every time just to see whether there was any more left. It  
  43. would be simpler not to have it!
  44.  
  45. Note that the X11 browsers do not have an [end] mark. On VM/XA  and MVS systems
  46. it is <End>.  You could make a void (or Hebrew) version if you needed to.
  47. All these things are in the file GridText.c in the browser implementation.
  48. You could make a local variant.  If others on this list agree, then we could  
  49. incorporate certain options in the master source.
  50.  
  51. > The h1 header displays numbers which are confusing for the reader.
  52. > For example, in my listing file, the addition of <h1> displays the numbers (on
  53. > sequential pages)  no numbers on first page
  54. > (50/64) on next page (64/64) on last page.
  55. > This is quite confusing.
  56.  
  57. These numbers should not be connected with the <h1> header.  They are the line  
  58. number of the bottom line on the screen, and the line number of the last line in  
  59. the file. They were asked for by users, to give some indication of how far through  
  60. the document one is.  The numbers are not displayed on the first page as that
  61. is displayed before the whole file has been read, for speed.
  62.  
  63. >  You even get numbers like (69/64).
  64.  
  65. If you could scroll down so that blank space after the document were
  66. displayed, the bottom line would be greater than the last line.  But I can't get it  
  67. to happen. Could you give me the exact sequence you are using, please, along with  
  68. document addresses?  And tell me the version number you have (type help to get it).
  69.  
  70. > Please erase those numbers, or display something clear, like:
  71. > Page 1 out of 3          etc.
  72.  
  73. The file is not divided strictly into pages, so to displaying page numbers
  74. would be confusing. For example, when one returns to a document one has left by a  
  75. link, that link is displayed, if possible, a third of the way down the page. This  
  76. will not necessarily allign with a "page".
  77.  
  78. > The <title> is inconsistent - at times it appears on screen, 
  79.  
  80. > at other times it doesn't.
  81.  
  82.     Yes. This is a feature of the pipeline optimisation of
  83.     the code. When the document is started, its title is not
  84.     known and neihter is its length. The first characters are
  85.     displayed on the screen as soon as they come in. This
  86.     gives a faster response time
  87.  
  88. > There should be a possibility to enter the www with a pre-known
  89. > pointer.  For example, saying     www tex
  90. > should be able to give you the top screen pertaining to tex, without
  91. > going through a number of previous screens.
  92.  
  93.     There is.
  94.     You have to give the network address of the document, which is
  95.     not so simple. It would have to be something like
  96.  
  97.         www http://info/tex
  98.  
  99.     as "www tex" will cause www to read a file "tex" in the local directory.
  100.  
  101.     Note you can define alises for users
  102.     
  103.         alias texhelp www http://info/help/tex/html
  104.         texhelp
  105.  
  106.     for example
  107.  
  108. >It is also very important to give the possibility of including
  109. >comments in html sources.
  110.  
  111.     Yes. The <comment> junk </comment> tag is respected by
  112.     recent browsers, but only recent ones: Not the NeXT browser.
  113.  
  114. I hope this at least explains the raesons for a few things. I have put the  
  115. intermittency of the title on our list of bugs to be fixed. We may put in options
  116. to control some of the other things. If anyone else on this list has views on these  
  117. things, they should say. It is only from comments from real users what break away  
  118. from our own view of what if "nice" in a browser: Thanks for your feedback.
  119.  
  120.     Tim BL
  121.  
  122.